home *** CD-ROM | disk | FTP | other *** search
/ Network Support Library / RoseWare - Network Support Library.iso / windows / wintip.txt < prev    next >
Text File  |  1993-08-02  |  37KB  |  836 lines
  1.  
  2.             Windows vs. NetWare Troubleshooting Tips
  3.         Compiled by Brett Warthen (Infinite Technologies)
  4.                   Third Edition:  July 7, 1993
  5.  
  6. The most important troubleshooting tip for solving conflicts
  7. between Windows and NetWare is to remember to use logical
  8. deduction and the process of elimination to isolate conflicts.
  9.  
  10. For example, if you are using a 3rd party memory manager like
  11. QEMM or 386-to-the-MAX, de-install it and try your configuration
  12. running Microsoft's HIMEM.SYS that ships with Windows 3.1 instead
  13. (try without EMM386).  Then, if the problem is related to your
  14. memory manager, you should contact that vendor for technical
  15. support suggestions.
  16.  
  17. If you are loading any additional TSRs or device drivers, try
  18. your configuration without them loaded, and add them back into
  19. your system one by one to determine which is causing the
  20. conflict.
  21.  
  22. If you are using EMSNETX or XMSNETX, try using regular old NETX
  23. instead.  Also, if you are attempting to use the new VLM drivers,
  24. you may be better off using NETX, at least for the time being,
  25. while the VLM drivers "mature".
  26.  
  27. While far from being a comprehensive guide to all possible
  28. Windows and NetWare conflicts, this document contains some
  29. troubleshooting tips for common problems running Windows in the
  30. NetWare environment.  (Thanks to everyone in NOVB Section 15, the
  31. Windows section of the Novell NetWire forums on CompuServe for
  32. helping to compile this list.  Acknowledgements are presented at
  33. the end of this document.)
  34.  
  35. Recommendations for ALL Systems:
  36.  
  37.      1.)  In the Windows SYSTEM.INI file, verify the following
  38.           settings:
  39.  
  40.           Under the [boot] section header:
  41.           network.drv=netware.drv
  42.  
  43.           Under the [386Enh] section header:
  44.           network=*vnetbios,vnetware.386,vipx.386
  45.  
  46.           NOTE: *vnetbios can cause some problems with some
  47.           current LAN card drivers, especially the IBM LAN
  48.           Support drivers.  If you are not using any NETBIOS
  49.           applications, then you may be better off leaving
  50.           *vnetbios out of this statement.  If you are using
  51.           NETBIOS and the IBM LAN Support drivers, then you may
  52.           want to consider using the native Token Ring drivers in
  53.           TOKENB.ZIP in NOVLIB Library 6 on CompuServe.
  54.  
  55.      2.)  Update to the latest NetWare drivers, a minimum level
  56.           of IPX v3.10 (or IPXODI v2.00) and NETX v3.26 for
  57.           proper support of the Windows 3.1 environment.
  58.  
  59.      3.)  Check for duplicate copies of the NWPOPUP.EXE,
  60.           VNETWARE.386, VIPX.386 and NETWARE.DRV files.  (You may
  61.           find one version in the Windows directory and another
  62.           in Windows\SYSTEM.)  Make sure that the only versions
  63.           that remain on your system are 1992 or 1993 dated
  64.           versions.  (The latest versions are available for
  65.           download from the WINUP*.* file in the NOVFILES file
  66.           area on CompuServe, which is currently WINUP7.ZIP.)
  67.  
  68.      4.)  Verify that the NETWARE.DRV file is approximately
  69.           125,000 bytes in size.  We've seen plenty of problems
  70.           where installation routines did not properly expand
  71.           this file.
  72.  
  73.           The NetWare DOS/Windows Workstation Kit NWSETUP
  74.           installation procedure is particularly notorious for
  75.           this type of problem.
  76.  
  77.      5.)  Use WINSTART.BAT with care.  There is a bug with
  78.           WINSTART.BAT processing under Windows 3.1 on some PCs,
  79.           which can cause Windows to hang-up when exiting.
  80.  
  81.           The NetWare DOS/Windows Workstation Kit NWSETUP
  82.           installation procedure creates a dummy WINSTART.BAT
  83.           which can trigger this problem.
  84.  
  85.      6.)  If you want to receive broadcast messages while in
  86.           Windows, then make sure that NWPOPUP.EXE is included in
  87.           the "load=" statement in your WIN.INI file.
  88.  
  89.      7.)  In your NET.CFG (or SHELL.CFG) file, be sure to
  90.           allocate plenty of file handles.  FILE HANDLES=80 is a
  91.           recommended minimum.
  92.  
  93.      8.)  In your NET.CFG (or SHELL.CFG) file, allocate
  94.           additional stacks for IPX/SPX usage by specifying GET
  95.           LOCAL TARGET STACKS = 5.
  96.  
  97.           The default setting is 1 stack, which can lead to
  98.           system lockup problems when receiving NetWare broadcast
  99.           messages.
  100.  
  101.           If you plan on making use of IPX/SPX applications on a
  102.           regular basis, then you should increase this value to
  103.           GET LOCAL TARGET STACKS = 10.
  104.  
  105.           (The GET LOCAL TARGET STACKS setting works around a bug
  106.           in NETX v3.26, and is not necessary if you are running
  107.           NETX v3.31 or later, which fixes this bug.)
  108.  
  109.      9.)  If you are running DR-DOS 6, make sure that you have
  110.           the April 1992 Business update installed for Windows
  111.           3.1 compatibility.
  112.  
  113.           This file can be downloaded from the Novell Library
  114.           forum (NOVLIB) on CompuServe, DR6UP2.EXE in Library 12.
  115.  
  116.      10.) If you are attempting to use the Burst Mode shell
  117.           (BNETX) with Windows 3.1, BNETX v3.31 or later is
  118.           required for Windows compatibility.
  119.  
  120. Windows hangs while loading:
  121.  
  122.      1.)  For Windows 3.0, is your network card set to IRQ 2 or
  123.           9, 10 or higher?  If it is, then you will need to
  124.           install the VPICDA.386 patch (included in WINUP*.* in
  125.           the NOVFILES file area on CompuServe).  Copy VPICDA.386
  126.           into your Windows\SYSTEM directory, and edit your
  127.           SYSTEM.INI, replacing the line "device=*vpicd" with
  128.           "device=vpicda.386".
  129.  
  130.           NOTE:  VPICDA.386 is not required for Windows 3.1, you
  131.           should specify "device=*vpicd" instead.
  132.  
  133.      2.)  Try loading Windows with a command-line parameter of
  134.           /D:XSFV (e.g., WIN /D:XSFV).
  135.  
  136.           Each of the letters following the /D: are equivalent to
  137.           placing the following statements under the [386Enh]
  138.           section header in SYSTEM.INI, one time only:
  139.  
  140.           X -> EMMExclude=A000-EFFF
  141.           S -> SystemRomBreakpoint=OFF
  142.           F -> 32BitDiskAccess=OFF
  143.           V -> VirtualHDIrq=OFF
  144.  
  145.           If Windows now works, use a process of elimination to
  146.           determine which of the parameters was the key to your
  147.           success.
  148.  
  149.           WIN /D:X is most often the solution to these types of
  150.           problems, which indicates that the shared RAM area used
  151.           by your network adapter is not properly excluded from
  152.           your memory manager, or the Windows internal memory
  153.           manager.
  154.  
  155.           For Windows internal memory manager, you exclude this
  156.           memory range with an EMMExclude=xxxx-xxxx statement
  157.           under the [386Enh] section header of your SYSTEM.INI.
  158.           If you are unsure of this range, use EMMExclude=A000-
  159.           FFFF while troubleshooting.  As an example, to exclude
  160.           a 16KB range of memory at segment D000h, you would
  161.           specify EMMExclude=D000-D3FF.
  162.  
  163.           For the Microsoft EMM386.EXE memory manager, use a
  164.           /X=xxxx-xxxx parameter to tell it what range of memory
  165.           to exclude for your network card.
  166.  
  167.           For the DR-DOS EMM386.SYS memory manager, use a
  168.           /E=xxxx-xxxx parameter to tell it what range of memory
  169.           to exclude for your network card.
  170.  
  171.           Disabling 32-bit disk access (WIN /D:F) has been
  172.           necessary for getting Windows to load properly on some
  173.           systems using the new NetWare VLM drivers.
  174.  
  175.      3.)  Are you loading MS-DOS 5 SHARE or running MS-DOS 4 (DOS
  176.           4 automatically loads SHARE if you have a hard disk
  177.           larger than 32MB)?
  178.  
  179.           If you can avoid loading SHARE, do so.
  180.  
  181.           If you cannot, be sure to load SHARE before IPX and
  182.           NETX, and avoid specifying more than FILE HANDLES = 127
  183.           in the NET.CFG file.
  184.  
  185.           Windows for Workgroups includes a version of SHARE that
  186.           runs as a Windows enhanced mode virtual device driver,
  187.           VSHARE.386.  This version reportedly addresses the
  188.           conflicts between the NetWare shells, SHARE and
  189.           Windows, however at the time of this writing, this
  190.           driver is not available on CompuServe.  To install
  191.           VSHARE.386, specify "device=VSHARE.386" in the [386Enh]
  192.           section of SYSTEM.INI instead of loading the DOS
  193.           SHARE.EXE program.
  194.  
  195.      4.)  There are conflicts between some LAN card drivers, most
  196.           notably the IBM LAN Support drivers for Token Ring, and
  197.           the "*vnetbios" driver supplied with Windows.
  198.  
  199.           If you can use the NetWare drivers that talk directly
  200.           to the Token Ring adapter (TOKENB.ZIP in NOVLIB Library
  201.           6), this should work.
  202.  
  203.           Otherwise, do not include "*vnetbios" on the "network="
  204.           line under the [386Enh] section header of your
  205.           SYSTEM.INI file, and avoid running any applications
  206.           that use NETBIOS under Windows.
  207.  
  208.      5.)  Are you loading SuperStor 2.0, a disk compression
  209.           device driver?  There is a deadlock problem between
  210.           NETX v3.26 and SuperStor 2.0 under Windows.  As a
  211.           temporary work-around, use the NETX v3.22 shell and
  212.           contact the software manufacturer for other possible
  213.           work-arounds.
  214.  
  215.      6.)  There could be an interrupt or I/O conflict between
  216.           your network card, and Windows searching your COM ports
  217.           for a mouse.   These are the default COM port interrupt
  218.           (IRQ) & I/O assignments:
  219.  
  220.           COM1 = IRQ 4, I/O 3F8h
  221.           COM2 = IRQ 3, I/O 2F8h
  222.           COM3 = IRQ 4, I/O 2E8h
  223.           COM4 = IRQ 3, I/O 2E0h
  224.  
  225.           (NOTE:  On IBM PS/2s, the settings for COM3 or COM4 are
  226.           different.)
  227.  
  228.           Windows looks for a serial mouse starting at the
  229.           highest numbered COM port in your system.  So, if a
  230.           serial mouse is attached to COM1 (IRQ 4), and your
  231.           network adapter is configured for IRQ 3, when Windows
  232.           searches for a mouse on COM2, using IRQ 3, this may
  233.           disrupt the network connection.
  234.  
  235.           In the [386Enh] section header of SYSTEM.INI, you can
  236.           specify COM#Irq=-1 to disable a particular port.  For
  237.           example, specify COM2Irq=-1 to disable COM2.
  238.  
  239.           You could also specify MaxCOMPort=2 under the [386Enh]
  240.           section header to ensure that COM3 and COM4 are not
  241.           being used.  COM4 may sometimes conflict with Arcnet
  242.           boards configured for I/O address 2E0h.
  243.  
  244.      7.)  Are you using an NE3200 32-bit EISA network adapter, or
  245.           an OEM version of this adapter, such as the Intel
  246.           EtherExpress/32?  If so, in the NET.CFG file, under the
  247.           "LINK DRIVER" section for this adapter, include an
  248.           indented statement reading "DOUBLE BUFFER".
  249.  
  250. System Hang-ups running RCONSOLE or other IPX/SPX applications
  251. under Windows:
  252.  
  253.      1.)  Verify that you have all of the latest drivers for
  254.           running IPX/SPX under Windows.
  255.  
  256.           A minimum version level of IPX v3.10 or IPXODI v2.00 is
  257.           required, with IPX ODI drivers preferred.
  258.  
  259.           For Windows in 386 Enhanced Mode, make sure that you
  260.           have VIPX.386 v1.13 or higher.  (Use the NetWare
  261.           VERSION utility to run against VIPX.386 to determine
  262.           the version.)  Make sure that you do not have duplicate
  263.           copies of VIPX.386 elsewhere in your path.  In
  264.           particular, check both the Windows and Windows\SYSTEM
  265.           directories for duplicates.  Furthermore, ensure that
  266.           VIPX.386 is included in the "network=" statement under
  267.           the [386Enh] section header of your SYSTEM.INI.
  268.  
  269.           For Windows in Standard Mode, make sure that TBMI2.COM
  270.           is loaded before going into Windows, but this will not
  271.           be sufficient for many IPX/SPX applications.
  272.  
  273.      2.)  If you are running NETX v3.26 or lower, place the
  274.           statement GET LOCAL TARGET STACKS = 10 in your NET.CFG
  275.           (or SHELL.CFG) file to allocate additional stacks for
  276.           IPX/SPX multi-tasking.
  277.  
  278.      3.)  For RCONSOLE, if all servers do not show up in the
  279.           display, you need RCONSOLE v2.9 or higher, which is
  280.           currently available for download from
  281.           CompuServe/NetWire as RCNSLE.ZIP in NOVLIB Library 4.
  282.  
  283. System Hang-ups running NETBIOS applications under Windows:
  284.  
  285.      1.)  Follow the same guidelines as described for running
  286.           IPX/SPX applications under Windows above.
  287.  
  288.      2.)  Include a statement "TimerCriticalSection=10000" under
  289.           the [386Enh] section header of SYSTEM.INI.  This
  290.           statement will help prevent deadlocks and re-entrancy
  291.           problems associated when network activity is generated
  292.           from a timer interrupt.
  293.  
  294. Cannot locate NETWARE.DLL error when loading NetWare Tools or
  295. another application:
  296.  
  297.      1.)  See the "Recommendations for ALL Systems" section.
  298.           There is no NETWARE.DLL, it is actually NETWARE.DRV,
  299.           which is either not specified as
  300.           "network.drv=netware.drv" under the [boot] section of
  301.           SYSTEM.INI, or the NETWARE.DRV file is corrupt.
  302.  
  303. Remote Boot PCs cannot find WINA20.386:
  304.  
  305.      1.)  WINA20.386 is a DOS 5 file that is required for running
  306.           Windows 3.0 in enhanced mode with DOS=HIGH in the
  307.           CONFIG.SYS.  (It is supposedly no longer used by
  308.           Windows 3.1.)
  309.  
  310.           Windows looks for WINA20.386 when it is loading in the
  311.           root of the boot drive *UNLESS* you include SWITCHES=/W
  312.           in your CONFIG.SYS file, and specify
  313.           "device=d:\path\WINA20.386" under the [386Enh] section
  314.           header of SYSTEM.INI to tell Windows where to find this
  315.           driver.
  316.  
  317. Remote Boot PCs cannot find EMM386.EXE:
  318.  
  319.      1.)  If you are using the Microsoft EMM386.EXE device driver
  320.           to provide expanded memory emulation, then be aware
  321.           that Windows needs to reload EMM386.EXE when Windows is
  322.           started to load a virtual device driver for upper
  323.           memory management in 386 enhanced mode.
  324.  
  325.           Windows looks for EMM386.EXE in the drive/directory
  326.           that it was loaded from in CONFIG.SYS.  If you need to
  327.           specify an alternate path, include a
  328.           /y=d:\path\EMM386.EXE parameter when loading EMM386.EXE
  329.           in CONFIG.SYS.  This path should be a path that will be
  330.           valid when Windows is later started.
  331.  
  332. Remote Boot PCs running QEMM v6.0x will not run Windows in
  333. enhanced mode:
  334.  
  335.      1.)  Similar to the EMM386 issue above, if you are running
  336.           QEMM v6.0x, several files need to be reloaded when
  337.           Windows v3.x is being initialized.  These files are
  338.           WINHIRAM.VXD and WINSTLTH.VXD.  Windows looks for these
  339.           files in the drive/directory that QEMM was loaded from
  340.           in CONFIG.SYS.  If you need to specify an alternate
  341.           path, include a VXDDIR=d:\path parameter when loading
  342.           QEMM in CONFIG.SYS.  This path should be a path that
  343.           will be valid when Windows is later started.
  344.  
  345. Broadcast Messages do not display when in Windows applications:
  346.  
  347.      1.)  Verify that NWPOPUP.EXE is included in the "load="
  348.           statement of your WIN.INI file.
  349.  
  350.      2.)  In the Windows Control Panel, Network Options, ensure
  351.           that the "Messages Enabled" button is clicked.
  352.  
  353.      3.)  Older versions of NWPOPUP.EXE cannot be used with newer
  354.           versions of NETWARE.DRV (and vice versa).  If v2.02 or
  355.           higher of either of these files is in use (run the
  356.           NetWare VERSION.EXE utility to determine versions),
  357.           then both must be at least at v2.02 in order for
  358.           NWPOPUP.EXE to process broadcast messages properly.
  359.  
  360.      4.)  See the "Recommendations for ALL Systems" section.
  361.  
  362. Broadcast Messages lock up Windows:
  363.  
  364.      1.)  See the "Recommendations for ALL Systems" section.  In
  365.           particular, focus on the GET LOCAL TARGET STACKS
  366.           statement that should be placed in your NET.CFG (or
  367.           SHELL.CFG) file.  It is recommended that you upgrade to
  368.           NETX v3.31 or higher to avoid this problem.
  369.  
  370.           Ensure that this statement is echoed to the screen when
  371.           IPX or IPXODI is loaded.
  372.  
  373.      2.)  To verify that broadcast messages are indeed related to
  374.           the problem, you may wish to experiment with disabling
  375.           these messages through the "Network" option in the
  376.           Windows Control Panel.
  377.  
  378. DOS DIR Command Shows No Files when used on Network Drives:
  379.  
  380.      1.)  See the "Recommendations for ALL Systems" section.  In
  381.           particular, focus on the GET LOCAL TARGET STACKS
  382.           statement that should be placed in your NET.CFG (or
  383.           SHELL.CFG) file.  It is recommended that you upgrade to
  384.           NETX v3.31 or higher to avoid this problem.
  385.  
  386.           Ensure that this statement is echoed to the screen when
  387.           IPX or IPXODI is loaded.
  388.  
  389. Windows hangs when opening a DOS Window or DOS application:
  390.  
  391.      1.)  Make sure that you have the NetWare drivers for Windows
  392.           loaded:  "network.drv=netware.drv" under the [boot]
  393.           section of SYSTEM.INI, and for 386 enhanced mode,
  394.           "network.drv=vnetware.386" (*vnetbios & vipx.386 may
  395.           also be specified in this command) under the [386Enh]
  396.           section of SYSTEM.INI.
  397.  
  398.      2.)  The *vnetbios driver can cause some problems with some
  399.           current LAN card drivers, especially the IBM LAN
  400.           Support drivers.  If you are not using any NETBIOS
  401.           applications, then you may be better off leaving
  402.           *vnetbios out of "network=" statement under the
  403.           [386Enh] section header of SYSTEM.INI.  If you are
  404.           using NETBIOS and the IBM LAN Support drivers, then you
  405.           may want to consider using the native Token Ring
  406.           drivers in TOKENB.ZIP in NOVLIB Library 6 on
  407.           CompuServe.
  408.  
  409.      3.)  For Windows 3.0, is your network card set to IRQ 2 or
  410.           9, 10 or higher?  If it is, then you will need to
  411.           install the VPICDA.386 patch (included in WINUP*.ZIP in
  412.           NOVLIB on CompuServe).  Copy VPICDA.386 into your
  413.           Windows\SYSTEM directory, and edit your SYSTEM.INI,
  414.           replacing the line "device=*vpicd" with
  415.           "device=vpicda.386".
  416.  
  417.           NOTE:  VPICDA.386 is not required for Windows 3.1, you
  418.           should specify "device=*vpicd" instead.
  419.  
  420.      4.)  You may be running out of file handles.  Increase the
  421.           value specified in the FILE HANDLES statement in your
  422.           NET.CFG (or SHELL.CFG) file.
  423.  
  424.      5.)  You may be experiencing swap file corruption.  Refer to
  425.           the section entitled "Controlling Windows Swap Files"
  426.           to ensure that swap files are being created in the
  427.           correct locations.  (If you are swapping to the
  428.           network, swap files must be stored in unique
  429.           directories.)
  430.  
  431.      6.)  A TSR that you are running may require that you specify
  432.           "TimerCriticalSection=10000" under the [386Enh] section
  433.           header of your SYSTEM.INI
  434.  
  435. Windows locks up during operation with the "Black Screen of Death
  436. (BSOD)":
  437.  
  438.    The BSOD is a term of endearment for Windows locking up with
  439.    nothing but a blank screen and blinking cursor, or with the
  440.    user being dropped out of Windows completely and left at a DOS
  441.    prompt.
  442.  
  443.    Several different BSOD problems have been isolated, which are
  444.    outlined below.  In all cases, in addition to checking the
  445.    possible solutions listed below, it may be prudent to check to
  446.    see if Novell has released a v1.15 or later version of
  447.    VIPX.386 (this would most likely be part of a file named
  448.    WINUP8.ZIP, WINUP8.EXE, or later), as Novell is currently
  449.    testing changes to this driver to help prevent Windows BSOD
  450.    conditions.
  451.  
  452.    Additionally, the *vnetbios driver can cause some problems
  453.    with some current LAN card drivers, especially the IBM LAN
  454.    Support drivers.  If you are not using any NETBIOS
  455.    applications, then you may be better off leaving *vnetbios out
  456.    of "network=" statement under the [386Enh] section header of
  457.    SYSTEM.INI.  If you are using NETBIOS and the IBM LAN Support
  458.    drivers, then you may want to consider using the native Token
  459.    Ring drivers in TOKENB.ZIP in NOVLIB Library 6 on CompuServe.
  460.  
  461.      1.)  Lock up occurs when opening a new DOS application:
  462.  
  463.           a.)  See "Windows hangs when opening a DOS Window or
  464.                DOS application" above.
  465.  
  466.      2.)  Lock up occurs during regular operation:
  467.  
  468.           a.)  Problems in processing NetWare broadcast messages
  469.                can trigger this problem under certain conditions.
  470.                See "Broadcast Messages Lock Up Windows" above.
  471.  
  472.           b.)  IPX/SPX applications can generate these types of
  473.                lockups with older NetWare drivers.  See "System
  474.                Hang-ups running RCONSOLE or other IPX/SPX
  475.                applications under Windows" above.
  476.  
  477.           c.)  If you are using the Windows Net-Library (NIK) for
  478.                Microsoft SQL Server, then there is an updated
  479.                version of DBMSSPX3.DLL available for download in
  480.                the MSSQL forum on CompuServe which addresses BSOD
  481.                problems with this application.  The current
  482.                filename is SPXNL.ZIP in Library 8 of the MSSQL
  483.                forum.
  484.  
  485. How do I update to IPX.COM v3.10?:
  486.  
  487.      1.)  If you installed Windows 3.1 for a Novell network, it
  488.           should have copied an IPX.OBJ file to your
  489.           Windows\SYSTEM directory.
  490.  
  491.           Copy this file to your WSGEN or SHGEN diskette, and re-
  492.           run the WSGEN or SHGEN procedure to create an updated
  493.           IPX.
  494.  
  495.           Now might be a good time to consider migrating to the
  496.           IPX ODI drivers, which do not require this generating
  497.           process, and are generally more up-to-date, as Novell
  498.           is no longer certifying new drivers for the linkable
  499.           IPX.COM.
  500.  
  501.           The IPX ODI drivers are included in the DOSUP*.* file
  502.           in the NOVFILES file area on CompuServe/NetWire, and
  503.           documentation is included in ODIDOC.ZIP in NOVLIB
  504.           Library 5.
  505.  
  506. Controlling Windows Swap Files:
  507.  
  508.      1.)  The following statements under the [386Enh] section
  509.           header of SYSTEM.INI control the creation and placement
  510.           of Windows temporary swap files in 386 enhanced mode:
  511.  
  512.           Paging=Off (disables paging)
  513.           MaxPagingFileSize=xxxx (max size of temporary swap file
  514.           in KB)
  515.           PagingDrive=d (paging files will be placed in the root
  516.           of this drive)
  517.           PagingFile=d:\path\SWAPFILE (Windows 3.1 only: name to
  518.           use for swap file, overrides PagingDrive entry)
  519.  
  520.      2.)  The following statement under the [NonWindowsApp]
  521.           section of SYSTEM.INI controls the placement of swap
  522.           files created when switching between DOS applications
  523.           in Windows Standard mode:
  524.  
  525.           SwapDisk=c:\path
  526.  
  527.           If this path is not specified, then Windows will
  528.           default to the directory pointed to by the TEMP DOS
  529.           environmental variable (which many Windows applications
  530.           also use for controlling where they create temporary
  531.           files), or the root directory of your first hard disk
  532.           if the TEMP variable is not defined.
  533.  
  534.      3.)  The following statements under the [386Enh] section
  535.           header of SYSTEM.INI control the location of permanent
  536.           swap files (Windows 3.1 Only):
  537.  
  538.           PermSwapDOSDrive=c (drive letter)
  539.           PermSwapSizeK=xxxx (desired size of permanent swap
  540.           file)
  541.  
  542. Windows is very slow while loading:
  543.  
  544.      1.)  This is probably due to Windows creating a temporary
  545.           swap file when loading, possibly to a network drive.
  546.  
  547.           Under NetWare 2.x, this process is much slower than
  548.           with NetWare 3.x.  See "Controlling Windows Swap Files"
  549.           above for more information.
  550.  
  551. Printing to a NetWare Print Queue results in 65,535 copies
  552. requested:
  553.  
  554.      1.)  This is a problem with the NE3200 EISA network adapter
  555.           driver.  In the NET.CFG file, under the "LINK DRIVER
  556.           NE3200" section, include a "Double Buffer" statement.
  557.           Note that there are a number of 32-bit EISA adapters
  558.           that are OEM versions of the NE3200, including the
  559.           Intel EtherExpress/32.
  560.  
  561. Loading NetWare Windows Drivers when not attached to network
  562. displays a warning message that the network is not present:
  563.  
  564.      1.)  Specify "NetWarn=0" under the [windows] section of your
  565.           WIN.INI file, which tells Windows not to warn you about
  566.           loading network drivers when no network is present.
  567.  
  568. Printing to a Local Printer locks the system or kills the network
  569. connection:
  570.  
  571.      1.)  Using I/O address 360h on many network adapters can
  572.           conflict wit LPT1 which is often at I/O 378h (NE2000
  573.           Ethernet cards have a 20h byte I/O address range).
  574.  
  575.      2.)  In your NET.CFG file, include a LOCAL PRINTERS = X
  576.           statement, where X is the number of the highest LPT
  577.           port in your system.
  578.  
  579. Garbage when printing from Windows to a network printer:
  580.  
  581.      1.)  Are you running PSERVER?  If you are, then you need to
  582.           be running PSERVER v1.22 or later.  PSERV3.EXE can be
  583.           downloaded from NOVLIB Library 6 on CompuServe/NetWire.
  584.           (Browse on PSERV*.* to find the latest version.)
  585.  
  586.      2.)  What is your CAPTURE statement that you execute before
  587.           going into Windows?  You need to specify the NT (no tab
  588.           expansion) flag, and I recommend a timeout of at least
  589.           60 seconds (TI=60).  For PostScript printers, NB (no
  590.           banner) and NFF (no form feed) are also necessary.  NA
  591.           (no autoendcap) is also required in some Windows
  592.           configurations.
  593.  
  594.           The NA flag will cause you some problems if you are
  595.           printing to LPTx.OS2 (or LPTx.DOS in Windows 3.1)
  596.  
  597.           instead of LPTx.  While previous recommendations were
  598.           to print to LPTx.OS2, these recommendations have been
  599.           superseded because of updated Novell drivers.
  600.  
  601.           If you are using all Windows applications, you should
  602.           be able to set TI=0 to disable the timeout feature, as
  603.           it is not necessary if applications print through the
  604.           standard Windows APIs.
  605.  
  606.           NETX v3.26 has a bug in handling CAPTURE timeout values
  607.           under some configurations when running with the IPX ODI
  608.           drivers.  Instead of the timeout occurring after an xx
  609.           second pause in printing, the timeout occurs xx seconds
  610.           after printing begins, which can cause considerable
  611.           printing problems for large print jobs.  NETX v3.31 and
  612.           later address this problem.
  613.  
  614.      3.)  In the Windows Control Panel/Printers/Configure menu,
  615.           disable the print manager if it is not already
  616.           disabled.  (Since NetWare print jobs are spooled to
  617.           disk anyway, using the print manager when spooling to a
  618.           network printer is redundant and can slow things down.)
  619.  
  620.      4.)  Make sure that you have the latest NetWare drivers for
  621.           Windows.  For Windows 3.1, the drivers that ship with
  622.           the product are satisfactory.  For Windows 3.0, you
  623.           need VNETWARE.386 v2.0, the version that is included in
  624.           the WINUP*.* file in the NOVFILES file area on
  625.           CompuServe/NetWire.
  626.  
  627.      5.)  Type CAPTURE SHOW in a DOS Window after going into
  628.           Windows, and make sure that these settings are the same
  629.           as what were set before going into Windows.  A Windows
  630.           "permanent list" setting can override the CAPTURE that
  631.           you set before going into Windows.  Check the [network]
  632.           section of your WIN.INI and delete any statements that
  633.           reference print captures to avoid confusion.
  634.  
  635.      6.)  When all else fails, try connecting the printer to the
  636.           workstation directly to verify that this is indeed a
  637.           network problem.
  638.  
  639.      7.)  Are you running RPRINTER on a workstation running
  640.           Windows in enhanced mode?  If so, see the "RPRINTER and
  641.           Windows" section of this document.
  642.  
  643. DOS Environment Missing or Corrupt in DOS windows:
  644.  
  645.      1.)  Make sure that you have the NetWare drivers for Windows
  646.           loaded:  "network.drv=netware.drv" under the [boot]
  647.           section of SYSTEM.INI, and for 386 enhanced mode,
  648.           "network.drv=vnetware.386" (*vnetbios & vipx.386 may
  649.           also be specified in this command) under the [386Enh]
  650.           section of SYSTEM.INI.
  651.  
  652.      2.)  Verify that your NetWare drivers are up to date.
  653.           Review "Recommendations for ALL systems" in this
  654.           document.
  655.  
  656. Changing directories on a network drive in one window affects all
  657. windows:
  658.  
  659.      1.)  If you have NWShareHandles=TRUE in the [NetWare]
  660.           section of your WIN.INI file, then this is what is
  661.           causing the problem.
  662.  
  663.      2.)  If you have a TASK MODE = statement in your NET.CFG (or
  664.           SHELL.CFG) file, then this is what is causing the
  665.           problem.
  666.  
  667.      3.)  If you are using the VLM drivers, then v2.02 and higher
  668.           of VNETWARE.386 address this problem.  VNW202.EXE in
  669.           the NOVLIB Libraries currently contains this updated
  670.           file..
  671.  
  672. NetWare MENU program freezes or performs erratically (like you
  673. would notice <g>) after executing Windows from a menu option:
  674.  
  675.      1.)  This is a known incompatibility, and there is not a fix
  676.           at this time.
  677.  
  678. RPRINTER and Windows:
  679.  
  680.      1.)  These don't peacefully co-exist at this time, and the
  681.           best solution is to purchase a 3rd party alternative.
  682.           Alternatives include hardware based solutions like
  683.           network cards installed in laser printers, as well as
  684.           the Castelle LanPress and Intel NetPort.  Software
  685.           solutions like Fresh Technologies Printer Assist,
  686.           BrightWork's PS-Print and Intel's LanSpool are also
  687.           reported to work.
  688.  
  689.           I-Queue! Server (IQS) from Infinite Technologies is an
  690.           additional software based print server solution that is
  691.           compatible with Windows.  In addition to providing
  692.           Windows compatibility, IQS has also been shown to
  693.           prevent hair loss, primarily the type that occurs when
  694.           you're pulling your hair out trying to make RPRINTER
  695.           work. <g>  A 30-day trial version of I-Queue! Server
  696.           can be downloaded under the filename IQS.ZIP in Library
  697.           4 of the NOVVEN forum on CompuServe.  Or call Infinite
  698.           Technologies at 410-363-1097 for additional
  699.           information.  (A subtle plug for my own company. <g>)
  700.  
  701.           If you want to try RPRINTER, you can also experiment
  702.           with the following suggestions.
  703.  
  704.      2.)  Run Windows in Standard Mode (WIN /S) on PCs that are
  705.           running RPRINTER.
  706.  
  707.      3.)  Disable the Windows print manager.
  708.  
  709.      4.)  Try increasing the SPX timeout values specified in your
  710.           NET.CFG (or SHELL.CFG).  For example:
  711.  
  712.           SPX ABORT TIMEOUT = 4000
  713.           SPX LISTEN TIMEOUT = 2500
  714.  
  715.      5.)  Try installing Microsoft's VPD.386 driver as
  716.           "device=vpd.386" under the [386Enh] section header of
  717.           SYSTEM.INI.  This driver can be downloaded from the
  718.           Microsoft Software Library on CompuServe (GO MSL) under
  719.           the filename VPD386.EXE.
  720.  
  721.      6.)  Review "Recommendations for ALL Systems" to ensure that
  722.           you have the latest drivers and proper configuration
  723.           support.
  724.  
  725. Running Windows 3.1 on a non-dedicated NetWare 2.x File Server
  726.  
  727.      1.)  This is NOT possible.  The NetWare 2.x operating system
  728.           requires all available extended memory and exclusive
  729.           control of protected mode operations.
  730.  
  731. Problems Retrieving Files from Network Drives with Microsoft Word
  732. for Windows
  733.  
  734.      1.)  Include the statement "NovellNet=Yes" in the [Microsoft
  735.           Word] section of your WIN.INI file.
  736.  
  737. Problems running Windows in Enhanced Mode with Thomas Conrad
  738. Token Ring Cards
  739.  
  740.      1.)  When using the TCTOKSH ODI driver, in the NET.CFG file,
  741.           under the "LINK DRIVER TCTOKSH" section, include a
  742.           "NON_VDS" statement.
  743.  
  744. Windows Application no longer runs after flagging the executable
  745. file Execute Only
  746.  
  747.      1.)  The execute-only attribute will not work with any
  748.           executable files that use internal overlays, which is
  749.           the inherent design of all Windows applications.  You
  750.           CANNOT use the execute-only attribute with Windows
  751.           applications.
  752.  
  753. Undocumented Option for Changing Drives and Printers Built into
  754. NetWare Drivers
  755.  
  756.       There is an undocumented option built into NETWARE.DRV that
  757.       gives you hot-key access to a dialog that allows you to
  758.       change drive mappings, print queue assignments, and
  759.       attach/detach to other servers in your network.
  760.  
  761.       Under the [options] section of your NETWARE.INI file,
  762.       include a statement "NetWareHotKey=123".
  763.  
  764.       Restart Windows and press F12.  Any time you press F12, it
  765.       will pop-up a selection menu that gives you access to a
  766.       menu of NetWare functions.  Do not minimize this window or
  767.       switch away from it while active, or the application that
  768.       you popped this window up over will no longer be able to
  769.       receive keystrokes.
  770.  
  771. Where to Go For More Information
  772.  
  773.       "Running Windows on NetWare" by Stephen Saxon from M&T
  774.       Books
  775.  
  776.       "Networking Windows: NetWare Edition" by Howard Marks,
  777.       Kristin Marks and Rick Segal from Sams Books
  778.  
  779.       "Microsoft Windows Resource Kit" from Microsoft
  780.  
  781.       "Windows 3.1 Secrets" by Brian Livingston
  782.  
  783.       "NetWare Power Tools for Windows" by Charles Rose from
  784.       Bantam Books
  785.  
  786.       NOVB Section 15 in the NetWire Family of Forums on
  787.       CompuServe
  788.  
  789.  
  790. +------------------------------------------------------------------+
  791. | Compiled by Brett Warthen (Infinite Technologies).               |
  792. |                                                                  |
  793. | Address comments via e-mail...                                   |
  794. |                                                                  |
  795. |         MHS:  Brett @ Infinite (via CSERVE or NHUB)              |
  796. |  CompuServe:  >MHS:Brett@Infinite                                |
  797. |               (or 76704,63 in NOVVEN Sec 4 or NOVB Sec 15)       |
  798. |    Internet:  Brett@Infinite.mhs.compuserve.com                  |
  799. |         FAX:  +1-410-363-3779                                    |
  800. |      Others:  > NUL                                              |
  801. |                                                                  |
  802. | For Infinite Technologies Product Information, call 1-800-678-   |
  803. | 1097 or 410-363-1097.                                            |
  804. |                                                                  |
  805. +------------------------------------------------------------------+
  806.  
  807.  
  808. Special thanks to all of those who participate and contribute in
  809. NOVB Section 15 on the NetWire forums on CompuServe, including:
  810.  
  811. Jimmy Wright, Novell
  812. Rich Adams, volunteer NetWire Sysop
  813. Dennis Beach, volunteer NetWire Sysop
  814. Sandra Duncan, Novell
  815. Jon Hunt, Novell
  816. Mickey, Dave, Andy & Deb on NetWire
  817. Charles Rose, Author "NetWare Power Tools for Windows", from
  818. Bantam Books (1-800-223-6834 x9479 to order)
  819. Stephen Saxon, Author "Running Windows on NetWare" on M&T Books
  820. (1-800-533-4372 to order)
  821. Howard Marks, Co-Author "Networking Windows: NetWare Edition" on
  822. Sams Books
  823. Rick Smith, Synergy Computing
  824. Tom Berdan
  825. Greg McGovern
  826. David Chamberlain
  827. Alan Woolfson
  828. Barry St. John
  829. Peter O'Rourke
  830. Peter Hauptmanns
  831. Michael Hader
  832. Jim Reese
  833. ...and the original cast & crew of Gilligan's Island, for their
  834.  inspiration
  835.  
  836.